home *** CD-ROM | disk | FTP | other *** search
/ CD Actual Thematic 7: Programming / CDAT7.iso / demos / VisualAge for Java 2.0 Entry / setup / data1.cab / ide-e / IDE / RELNOTES / VAB.TXT < prev   
Encoding:
Text File  |  1998-09-16  |  6.4 KB  |  158 lines
  1.  
  2. ==================================================================
  3.  
  4.                           VisualAge for Java
  5.                              Version 2.0
  6.  
  7.                       Visual Program Development
  8.  
  9.                             RELEASE NOTES
  10.  
  11. ==================================================================
  12.  
  13. Table of Contents
  14.  
  15. 1.0 Visual Composition
  16.     1.1 Running main() for Version 1.0 Classes
  17.     1.2 Class Path Updates
  18.     1.3 Morphing
  19.     1.4 Delete main() on Copied/Moved/Renamed Classes
  20.     1.5 Moving and sizing a JApplet
  21.     1.6 Using a JTable in a GridBag layout
  22.     1.7 Visual Reconstruction
  23.     1.8 Externalizing non-English strings to a property file
  24.     1.9 Opening and closing the VCE many times slows down the system
  25.  
  26. 2.0 BeanInfo Page
  27.     2.1 Long and Short Properties
  28.     2.2 Deleting Properties
  29.  
  30. 1.0 Visual Composition
  31.  
  32. 1.1 Running main() for Version 1.0 Classes
  33.  
  34. The main(String[]) methods that were generated in VisualAge version
  35. 1.0 for classes that subclassed anything other than java.awt.Frame
  36. attempted to construct a TestFrame class.  The name of the package in
  37. which TestFrame is located has changed in version 2.0.  To update the
  38. package name of this class: Delete the main(String[]) method from
  39. your class.  Open the class in the Visual Composition page and select
  40. Bean->Re-generate Code.  This will cause a new main (String[]) method
  41. to be generated.
  42.  
  43. If you do not follow these steps and you elect to run your class from
  44. main(), you will not be able to close the frame.  As a workaround,
  45. you can open the debugger and terminate the thread for the class.
  46.  
  47.  
  48. 1.2 Class Path Updates
  49.  
  50. If you add a bean to a visual composite from another project, you
  51. must update the class path of the composite to include the project of
  52. the bean you just added.  You can update the class path manually or
  53. have VisualAge do it for you.  From the Visual Composition
  54. page of the composite, select Bean->Run->Check Class Path.
  55.  
  56. -   To add a project yourself, select the Edit button next to the
  57.     Project path field and then select the projects that you want to add
  58.     to the project path.
  59.  
  60. -   To have VisualAge update the project path based on the
  61.     beans you have added to the composite, select the Compute Now button.
  62.  
  63.  
  64. 1.3 Morphing
  65.  
  66. When morphing beans, the order of connections from the bean may not
  67. be maintained.  You can reorder the connections from the pop-up menu
  68. of the morphed bean.
  69.  
  70. 1.4 Delete main() on Copied/Moved/Renamed Classes
  71.  
  72. If you've copied, moved, or renamed a visually composed class, be
  73. sure to delete main() and save the class.  By deleting main(), you
  74. remove obsolete code that VisualAge would not otherwise overwrite.
  75. Once the obsolete main() has been deleted, VisualAge recreates a
  76. valid main() when you save the class.
  77.  
  78.  
  79. 1.5 Moving and sizing a JApplet
  80.  
  81. If you've subclassed a JApplet and want to change its size or
  82. position on the Visual Composition page, you must make sure that you
  83. select and manipulate the JApplet - not its contentPane.  Since the
  84. JApplet's contentPane completely covers the JApplet, you should
  85. select the JApplet using the Beans List and then manipulate the
  86. selection handles and border.  This technique of using the Beans List
  87. is useful in many situations where one or more of a containers
  88. children completely cover the container.
  89.  
  90.  
  91. 1.6 Using a JTable in a GridBag layout
  92.  
  93. When a JTable is dropped into a JContainer that is using a GridBag
  94. layout, its size will be very large.  This is because a GridBag
  95. layout sizes components based on their preferredSizes.  The
  96. preferredSize of a JTable is hardcoded by JavaSoft to be 450x400.  To
  97. make the JTable smaller change its preferredScrollableViewportSize
  98. property to be the size that you want.
  99.  
  100. 1.7 Visual Reconstruction
  101.  
  102. If you Reconstruct Visuals for a bean that implements
  103. com.sun.java.swing.RootPaneContainer (for example JFrame, or JApplet)
  104. you will have to drag the contentPane out of its container and then
  105. drag it back in order to generate the correct code.  If you do not,
  106. the Visual Composition Editor will generate an "add" call for the
  107. contentPane instead of a call to "setContentPane" every time the bean
  108. is saved.  Performing this drag operation once will cause VisualAge
  109. to generate your bean's code correctly from then on.
  110.  
  111. 1.8  Externalizing non-English strings to a property file
  112.  
  113. If using the Visual Composition Editor on a system configured with a
  114. non-English code page, you may encounter problems when externalizing
  115. a string into a property file.  When entering a string for a visual
  116. component in the String externalization editor, the string may not
  117. appear correctly (the non-english characters will appear as question
  118. marks).  To workaround this problem, use the Sun JDK 1.1.6
  119. native2Ascii utility on the property file as follows:
  120.  native2ascii <src property file> <target property file>
  121. Once this is done, the strings appear correctly at runtime and in the
  122. VCE.
  123.  
  124.  
  125. 1.9 Opening and closing the VCE many times slows down the system.
  126.  
  127. When the Visual Composition Editor is opened and closed many times,
  128. it can begin to consume memory and cause the system to run slower.
  129. This is particularly true if the Visual Composition Editor you are
  130. opening and closing includes beans that contain lots of static data.
  131. To reclaim this memory you must exit and restart VisualAge for Java.
  132.  
  133.  
  134. 2.0 BEANINFO PAGE
  135.  
  136. 2.1 Long and Short Properties
  137.  
  138. If you create a java.lang.Short or java.lang.Long property by
  139. selecting New Property Feature from the BeanInfo page of the class
  140. browser, the field declaration that gets generated for the property
  141. is incorrect. It will cause an exception to be thrown when the class
  142. that contains it is constructed (for example, when the class that
  143. contains the property is dropped within another class).  As a
  144. workaround, update the field declarations, as follows:
  145.  
  146. -   For a short property, change new Short("") to new Short((short)0)
  147.     in the generated field declaration and save the change.
  148.  
  149. -   For a long property, change new Long("") to new Long((long)0) in
  150.     the generated field declaration and save the change.
  151.  
  152. 2.2 Deleting Properties
  153.  
  154. When you delete a BeanInfo property, the field associated with the
  155. property is not deleted from the class definition because you might
  156. have code referencing it.  If you do not need the field, you can
  157. safely delete it from the class definition.
  158.